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Beschreibung 

Dynamische Verarbeitung von Datenverarbeitungsauf tragen 

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum 
dynamischen Verarbeiten von mindestens einem Datenverarbei- 
tungsauf trag in einem Kommunikationsnet z . 

In der computergestutzten elektronischen Datenverarbeitung 
wird die Verarbeitungsgeschwindigkeit als ein Kriterium zur 
Bestimmung der Leistungsf ahigkeit herangezogen . Hierfur wird 
die Zeitspanne, die Antwortzeit, zwischen der Auf tragsertei- 
lung durch einen Nutzer (Mensch Oder Maschine) und der Mittei- 
lung des Verarbeitungsresultats an diesen gemessen. 

Anhand der Antwortzeit lassen sich elektronische Datenverar- 
beitungssysteme (EDV-Systeme ) zwei Grundkategorien zuordnen: 

- Echtzeitsysteme versuchen die Antwortzeit moglichst nied- 
rig (<< 1 sec) zu halten. Dafiir wird ein hoher technischer 
Aufwand betrieben, der leistungsf ahiger Hardware und Soft- 
ware-Konzepte bedar f . 

~ Stapelorientierte Verarbeitungssysteme verarbeiten eine 
hohe Anzahl von Auftragen. Eine kurze TVntwortzeit ist dabei 
zumeist nicht notwendig und kann bis zu mehreren Stunden 
betragen. Die technischen Konzepte unter scheiden sich deut- 
lich von denen der Echtzeitsysteme. 

Die unterschiedlichen Realisierungskonzepte spiegeln sich auch 
in deren Kosten wieder. Durch den hohen technischen Aufwand 
sind in der Kegel die Kosten fur Echtzeitsysteme deutlich ho- 
her als die der stapelorientierten Verarbeitungssysteme. Ent- 
sprechend ist ein in Echtzeit verarbei teter Einzelauf trag teu- 
rer an Ressourcen und Kosten als der in einem stapelverarbei- 
tenden System. 
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Die Systeme beider Kategorien haben aufgrund stark unter- 
schiedlicher Anwendungsszenarien ihre Berechtigung . So werden 
2. B. in jeder Kategorie verschiedene Schni ttstellen benutzt, 
die in der jeweiligen anderen Kategorie nicht unterstutzt wer 
den miissen. 



Die jeweilige Systemstarke koimtit jedoch nur dann zur Geltung, 
wenn die Anwendungsszenarien homogen sind. Ein Echtzeitsystem 
ist z. B. nur dann effizient, wenn der Auftraggeber ein in 
Echtzeit erhaltenes Verarbeitungsergebnis weiter verarbeiten 
kann. Alle beteiligten Systeme eines Anwendungsszenarios soli- 
ten der gleichen Grundkategorie zugeordnet sein. Ein Bruch in- 
nerhalb einer Verarbeitungskette bremst entweder ein Echtzeit- 
Szenario aus oder beschleunigt ein stapelorientiertes Szenario 
unnotig. 

Haufig ist diese gewtlnschte Homogenitat in Szenarien mit einer 
Vielzahl von unterschiedlichen Auf traggebern nicht gegeben. 
Eine Losung, die mehrere unterschiedliche Verarbeitungssysteme 
mit gleicher Funktionalitat bereitstellt, um jede Verarbei- 
tungsgeschwindigkeit optimal bedienen zu konnen, ist aus Kos- 
tengriinden von den Betreibern nicht erwunscht. 



Die Datenverarbeitung fiir Anwendungsszenarien mit unterschied- 
lichen Anforderungen an die Antwortzeit wird bisher 

- entweder durch die Bereitstellung unterschiedlicher und 
funktional getrennter Systeme, die die jeweiligen Anwen- 
dungsszenarien optimal bedienen, 

- Oder durch die Nutzung von Echtzeitsystemen auch in Anwen- 
dungsszenarien, in denen auch eine stapelorientierte Verar- 
beitung genUgt hatte, 

realisiert . 

Die Aufgabe der vorliegenden Erfindung besteht darin, ein dy- 
namisches Verfahren und ein einheitliches Verarbeitungssystem 
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fiir die Verarbeitung von Datenverarbeitungsauf tragen aus ver- 
schiedenen Quellen zu entwickeln. 

Die Aufgabe wird er f indungsgeitiaJi durch die Gegenstande der un- 
abhangigen Patentanspriiche gelost. Weiterbildungen der Erfin- 
dung sind in den UnteransprUchen angegeben. Kern der Erfindung 
ist, dass ein Datenverarbeitungssystem, das Datenverarbei- 
tungsauf trage sowohl in Echtzeit, als auch stapelorientiert 
verarbeiten kann, Datenverarbeitungsauf trage abhangig von ei- 
ner Eingangsgrofie in Echtzeit Oder stapelorientiert verarbei- 
tet. Ein Vorteil der Erfindung besteht darin, dass nur ein Da- 
tenverarbeitungssystem aditiinistriert werden muss. Ein solches 
System stellt fur den Betreiber ein hohes Mali an Einsparungs- 
potential dar. Das hier dargestellte Datenverarbeitungssystem 
kann eine Vielzahl von bestehenden Schnittstellen, die auf die 
Bedurfnisse der Anwendungsszenarien (Echtzeit, stapelorien- 
tiert, etc.) angepasst sind, bedienen (Protokolle und Trans- 
portschichten) . Eine Erkennung der er f orderlichen Antwortzeit 
ist durch diese Schnittstellen-spezif ische Nutzung eindeutig 
moglich. Methoden zur Las t 1 imi t ierung an Schnittstellen von 
EDV-Systemen existieren bereits heute . Diese sind jedoch 
Starr, d. h. dass mit dem Erreichen einer vorgegebenen maxima- 
len Bandbreite an einer bestimmten Schnittstelle keine weite- 
ren Auf trage mehr angenommen werden. Durch die fixe Zuordnung 
der Lastobergrenzen fur unterschiedliche Schnittstellen kann 
es zu der Situation kommen, dass Auftrage uber eine Schnitt- 
stelle IFl nicht mehr angenommen werden konnen, obwohl noch 
unverbrauchte Systemressourcen aufgrund einer niedrigeren Last 
an einer zweiten Schnittstelle IF2 vorhanden sind. Durch die 
dynamische Datenverarbeitung konnen die Systemressourcen dem 
Bedarf entsprechend im laufenden Betrieb automatisch angepasst 
werden . 

Die Erfindung wird anhand eines in den Figuren dargestellten 
Ausf uhrungsbeispiels naher erlautert. Im Einzelnen zeigen 

Figur 1 ein vereinf achtes 7\blauf diagramm fur ein dynamisches 
Datenverarbeitungssystem, 
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Figur 2 
Figur 3 



ein Netz mit einer Rechnungsstellungseinheit, 
ein Netz mit einem Multimedia-Nachrichten-Center und 
emer Rechnungsstellungseinheit, 
Figur 4 ein Netz mit mehreren Dienst( 



:en. 



r.gur 1 zaigt ein vereinf achtes Ablaufdlagra„m> fUr ein dvnami 

schea Datenverarbeitun,ssy=te. 12 anhand ein« LcB-Preialbe 

Dxenstes, der die Nutzung von IP- und #7-Diensten durch mobile 

K„.ation3teii„eh™er in Kecnnung steUt. v.r,s>..^run,ZT- 

slZ jT^': " ^^^-^V=te. 12 Ober unterschiedliche 
Schnittstellen gestellt werden. 

2u den dlalogorientierten Schnittstellen 2, 7, 9, die das Ver- 
arbeitungsergabnis an den Auf trag^teller zur<lctaelden, gehOren 

(IP) schnittstelle 7. Stapelorientierte Verarbeitungsauf trage 
werden uber eine Tic.et-basierta Hot-BilUng-SchnitLt^lle 2 
an das System 12 gerichtet. Vera.beltungsauf trage Mnnen von 
exnem Appli.ations-Server 1, einen Multi.edia-NLhrichtL 
center ,MMS-C, 6, einen Speicher-Dianst-Anbieter (storage Ser- 
vice Provider - SSP) 5 etc. komnen. ^ 



Unabhangig von der benutzten Schnittstelle 2, 7, 9 werden die 
ver,ebu.rung.aultr.ge Jedocb .unktional in der identiso^L 
Warse bearbeitat. Einam .obilen KoK^unikationstailnehaer „ird 
also dar gleiche Batrag in Pechnung gestellt, gleichgaltig 0- 
ber welche Schnittstelle 2, 7, s der Auftrag gestellt wlrl 
Dre vararbeitungsauftrage unterscheiden sich nur in der Verar- 
bertungsgeschwindigkeit: Die SS-#7- und IP-Schnittstellen 9 7 
werden in Echtzeit, die Hot-BiUing-Schnittstalle 2 stapelo;i- 
en iert badient. oie Software -Protokoll-steuarungsprogra^ 
(Protocol Handler), u, „elche die Jewailigen Schnittstellen 
2- 7, 9 bedrent, ist so konf iguriert, dass sle die Vergebuh- 
rungsauftraga far die syste.lnterna Vararbeitung .it eLem In- 
d. ator versieht. der eine Priorisierung der anLprec^ nil 
Auftrage erlaubt. Dies ern,6glicht die Zuordnung der entspra- 
chenden Syste.ressourcen, u™ die AuftrSge in Echtzeit 10 Oder 
stapelorxantiert 4 verarbaiten zv. Wnnen. Der Protokoll- 
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Handhaber 11 ist auch fur die Oberwachung der maximalen, fur 
eine Schnittstelle 2, 1, 9 definierte. Last verantwortlich . 
Droht diese Lastobergrenze uberschritten zu werden, kann uber 
einen zentralen Kapazi tatsverwalter (Loadinanager ) 9 eine hohe- 
re Last auf Kosten der anderen Schnittstellen 2, 7, 9 bean- 
tragt werden. Der Kapazitat sverwalter (Loadinanager) 9 verteilt 
dann die Last zwischen den Schnittstellen 2, 1, 9 anhand eines 
Regelsystems neu. Die Schnittstellen 1, 9, die Auftrage in 
Echtzeit 10 verarbeiten mussen, konnen bei konkurrierenden An- 
fragen eine hohere Prioritat haben als stapelorientierte 
Schnittstellen 2 , d. h. in der Kegel wird die maximale Last 
bei den stapelorientierten Schnittstellen 2 begrenzt. Die an 
der Hot-Billing-Schnittstelle 2 auflaufenden Auftrage werden 
in einem Ticket-Puffer 3 gesammelt und in Zeiten niedriger 
Auslastung (z* B. nachts) abgearbeitet . 

Figur 2 zeigt ein Netz 15 eines Netzbetreibers, der hier 
gleichzeitig auch der Rechnungssteller ist. Er betreibt 
gleichzeitig ein Netzelement 14, das mehrere Dienste (oder ei- 
nen Dienst, der in sich risikobehaf tete und weniger risikobe- 
haftete Auspragungen hat) erbringt, der von einem Kommunikati- 
onsteilnehmer 13 genutzt wird, 

Bei der Vergebuhrung von Leistungen/Produkten vor allem in Te- 
lekommunikationsnetzen haben sich die beiden Bezahlverf ahren 
Pre-paid (Guthaben-Konto) und Post-paid (Rechnungsstellung) 
durchgesetzt . 

Wahrend die Bonitat eines Prepaid-Kommunikationsteilnehmers 
fur den Rechnungssteller von Leistungen keine Rolle spielt, da 
er schon vor Erbringung der Leistung / Verkauf des Produktes 
bzw. der Dienstleistung das entsprechende Entgeld vom Kommuni- 
kationsteilnehmer erhalten hat, ist dies bei Post-paid- 
Kommunikationsteilnehmer anders. Hier wird der Rechnungsstel- 
ler sich uber die Bonitat des Teilnehmers erkundigt haben, so 
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Technisch hat die Unterteilung in Pre-paid und Post-paid auch 
d.re.te Aus«ir.un,e„, so „ird bei Pre-paid i^er dirLt vcr 
Leistungserbringung/Produktverkauf die entsprechende Kontende- 
ctang uberpraft und ein entsprechender Betrag reserviert 



Bei Post-paid erfolgt in der Kegel 




M.t dam Aufkommen von neuen Diensten und Services speziell im 
Bere.ch des e-/.-co„erce und dar.it star. ansteigende^ B tr ! 
gen pro Drenstleistung/Produkt <cann auch fur Post-paid- 
Ko^unikationsteilnehmer eine VorabuberprUfung nctwendig war- 
den. Im Gegenzug uberlegen Rechnungssteller fur Prepaid- 

^'or^T'':""'""" ^'"^ detailiiertare Untarscheidung 
U. B. pro Leistungserbringung/Produktverlcauf), ob und „ann 

VorabUb ""^ IT-technisch kostanintensive 

Vorabuberprufung ,z. B. fur KleinstbetrSga, notwendig ist. 

Der Rechnungssteller hat die Kommunikationsteilnehmer 13 in 
drax Vertrauens-Klassen unterteilt, n..Uch solcha, ^u danan 
ILl, T ""^ '"""^ Beziehung ohna jagliche Zahlungs- 

proble,„e) sehr hohes Vertrauen hat, solche .it .ittlerer Var- 
trauansbasis und solcha ohne Vertrauen b. bai ganz nauar 
Beziehung zum Kunden) . 

Aus dieser Eintailung in Ko-maunilcationsteilnahmer-spezif ische 
va"h::t":n"'bl'^''" "^^^^^'-i"^- <^-n d- tachnische 

trauaL T ' '° """^ ^"i'c-r-n-Dianstan und var- 

trauanswurd.ga Koinmunikationstei Inehmer eine Abwicklungsforn, 

"'^"-^^ .ug:sch::t- 

ist, das sogenannta Hot-BilUng. Hierbei erfolgt vor 
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Diensterbringung keine Uberprufung des Kontostandes eines Kom- 
munikationsteilnehmers . Auch die Abrechnung erfolgt nicht in 
Echtzeit, sondern im sogenannten Of f line-Verf ahren . Bei nicht 
vertrauenswiirdigen Kommunikationsteilnehmer 13 wird der Netz- 
betreiber zu sogenannten Online-Mitteln greifen, die vor 
Diensterbringung die Kontrolle der Kostendeckung ermoglichen . 
Die Online-Mittel konnen dann pro Dienst unterschiedlich sein, 
so steht z. B. bei einem Anruf eine CAP-CAMEL-Applikat ions- 
Teil (CAMEL = Customized Applications for Mobile Network En- 
hanced Logic) zur Verfugung. Alle anderen Koitibinationen muss 
der Netzbetreiber entsprechend seiner kommerziellen Abwagungen 
f estlegen. 

Der Netzbetreiber kann zusatzlich weitere Regeln bei einer 
Rechnungsstellungseinheit 16 hinterlegen, die eine noch feine- 
re Unterscheidung ermoglichen. So wird das Annahern an eine 
vom Rechnungssteller festgelegte Grenze, wie z. B. 5 Euro, pro 
Kommunikationsteilnehmer 13 iiberwacht. 1st also ein Pre-paid 
Konto noch 5 EUR von der naturlichen Grenze von 0 EUR entfernt 
Oder aber ein Post-paid Konto noch 5 EUR von einer vom Netzbe- 
treiber festgelegten oberen Kreditgrenze (z.B. ICQ EUR) ent- 
fernt, so kann die Rechnungsstellungseinheit 16 dynamisch das 
technische Verhalten andern und einen vorher mit Offline- 
Mitteln behandelten Kommunikationsteilnehmer 13 nun mit Onli- 
ne-Mitteln behandeln. In die Gegenr ichtung ist auch ein Wech- 
sel moglich, indem z. B. ein Prepaid-Kommunikationsteilnehmer 
13 sein Konto aufladt bzw. ein Post-paid-Kommunikationsteil- 
nehmer seine Rechnung beim Rechnungssteller ausgleicht. 

Zur Vergebuhrung wendet sich die Netzelement 14 an die Rech- 
nungsstellungseinheit 16, das u.a. auch die Preisbestimmung 
durchf uhrt . 

Abhangig von dem zu erbringenden Dienst kann jetzt die Netz- 
element 14, das gegentiber der Rechnungsstellungseinheit 16 als 
Client auftritt, verschiedene Verfahren anwenden: 
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Bei risikoreichen Diensten oder Dienstauspragungen kanndas 
Netzelement 14 entscheiden, dass ein Echtzei t-Verf ahren in de 
Koiranunikation mit Rechnungsstellungseinheit 16 zur Anwendung 
kommen soil. Bei dieser sogenannten "Online" -Kommunikation is 
gewahrleistet, dass vor Diensterbringung durch die Rechnungs- 
stellungseinheit 16 tiberpruft werden kann, dass der Kommunika 
tionsteilnehmer 13 zur Nutzung des Dienstes authorisiert ist 
(2. B. ausreichende Deckung des Kontos vorliegt) . Erst nach 
einer Oberprufung durch die Rechnungsstellungseinheit 16 wird 
der Netzelement 14 signalisiert, dass dieses den risikobehaf- 
teten Dienst fur den Kommunikationsteilnehmer 13 erbringen 
soil. Bei weniger risikoreichen Diensten kann die Netzelement 
14 entscheiden, dass ein Nicht-Echtzeit-Verf ahren (z. B. sta- 
pelorientiert) in der Kommunikation mit der Rechnungsstel- 
lungseinheit 16 zur Anwendung koitunen soil. Bei dieser soge- 
nannten Offline" -Kommunikation erbringt die Netzelement 14 
den Dienst fur den Kommunikationsteilnehmer 13 ohne eine vor- 
herige Oberprufung der Autorisierung durch die Rechnungsstel- 
lungseinheit 16. Es wird nur ein Datensatz durch die Netzele- 
ment 14 generiert, der Aussagen zur vergangenen Dienstnut zung 
durch den Kommunikationsteilnehmer 13 enthalt. Dieser Daten- 
satz wird dann iiber entsprechende Mittel (z. B. FTP/FTAM) an 
die Rechnungsstellungs-Einheit 16 weitergeleitet , wo dann die 
VergebUhrung stattfindet. 



Zu den risikobehafteten Diensten kann z. B. der sogenannte Mo- 
bile Commerce gehoren, der den Kauf von hochwertigen Produkten 
beinhaltet und sich bei der Abrechnung deswegen anderer tech- 
nischer Mittel bedienen muss, damit Kontounterdeckung bei Pre- 
paid bzw. Uberschreiten eines Limits bei Post-paid Teilnehmern 
verhindert wird. Zu risikoarmen Diensten kann man solche zah- 
len, die z. B. kleinere Betrage pro Transaktion verursachen 
und damit ein kleineres Risiko fUr den Rechnungssteller dar- 
stellen. Dazu zahlt z. B. der Dienst Kurznachrichten-Dienst 
(Short Message Service - SMS) . 
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Eine Unterscheidung nach Pre- oder Post-paid-Kommunikations- 
teilnehmer wird nicht getroffen, einzig entscheidend ist der 
Bezug zu dem zu erbringenden Dienst. 

Figur 3 zeigt ein Szenario, indem sich ein Kommunikationsteil- 
nehmer 13 mit einem MMS fahigen mobilen Kommunikationsendgerat 
13 an das Multimedia Nachrichten Center 6 (MMS-C) wendet. Der 
Koinmunikationsteilnehmer 13 nimitit mit dem MMS-C 6 Kontakt auf . 
In der Spezif ikation 3GPP TS 23.140 (Multimedia Messaging Ser- 
vice (MMS) ; Functional description; Stage 2) wird die verwen- 
dete Schnittstelle mit MMl gekennzeichnet . Es kann sich sowohl 
um einen Versand- wie auch um einen Abholvorgang einer Multi- 
media-Nachricht handeln. In diesem Beispiel soil es ein Ver- 
sandvorgang sein. Da das Absenden einer MMS kostenpf lichtig 
ist, muss das MMS-C 6 mit der Rechnungss tellungseinheit 16 
Kontakt aufnehmen, um die Vergebuhrung einzuleiten. Damit es 
das mit geeigneten technischen Mitteln tun kann, greift es le- 
send auf ein zentrales Kommunikationsteilnehmer Speicher (User 
Repository - UR) 17 uber die Schnittstelle MM6 zu, die Infor- 
mationen enthalt, wie der Kontakt mit der Rechnungsstellungs- 
einheit erfolgen soli. Aus den Inf ormationen im UR 17 geht 
hervor, dass sich das MMS-C 6 der Mittel des Hot-Billings" 
bedienen soil, die Kommunikation mit der Rechnungsstellungs- 
einheit 16 erfolgt also """offline'' liber die Schnittstelle MMS. 
Das MMS-C 6 schreibt Daten, die ftir die Vergebuhrung dieses 
Versandvorgangs relevant sind, in eine Datei, die dann von der 
Rechnungsstellungseinheit 16 ausgewertet wird. Sobald die Da- 
tei der Rechnungsstellungseinheit 16 zur Verfugung steht (z. 
B. per FTP/FTAM) wertet die Rechnungsstellungseinheit 16 die 
Inf ormationen aus und bestimmt die Gebiihr ftir den Dienst. Die- 
ser Betrag wird dann dem Konto des Teilnehmers belastet. Un- 
terschreitet das Konto mit diesem Vergebuhrungsvorgang in die- 
sem Fall einen vom Net zbetreiber festgelegten Grenzwert (z.B. 
5 EUR) und der Kommunikationsteilnehmer 13 ist ein Prepaid- 
Kommunikationsteilnehmer , signalisiert die Rechnungsstellungs- 
einheit 16 dem UR (z.B. auch uber Lightweight Directory Access 
Protocol - LDAP) , dass fur den Kommunikationsteilnehmer 13 die 
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Art des Vergebiihrungsmechanismus geandert werden soil. Der 
Koininunikationsteilnehmer 13 wird daraufhin auf "Online" um- 
gesetzt. Beim nachsten kostenpf lichtigen Nutzen eines Dienstes 
wird vom MMS-C 6 die Vergebiihrung mit der Rechnungsstellungs- 
einheit 16 mit '"Online" -Mitteln erfolgen. 



Figur 4 zeigt ein Szenario mit einer risikoarmen Dienstauspra- 
gung und eine risikoreichen Dienstauspragung des Dienstes Mul- 
timedia Nachrichten (MMS) . Der Multimedia-Nachrichten-Dienst 
ist ein Teil des 3^^-Generation-Partnerschaf t-Pro j ekt und in 
der o- g. Spezif ikation 3GPP TS 23.140 beschrieben. 



Risikoarme Dienstauspragung: 

Der Kommunikationsteilnehmer mit einem Kommunikationsendgerat 
13 nimmt mit dem Multimedia-Nachricht en-Center (MMS-C) 6 Kon- 
takt auf, in der o.g. Spezif ikation wird die Schnittstelle mit 
MMl gekennzeichnet . Es kann sich sowohl um einen Absende- wie 
auch um einen Abholvorgang einer Multimedia-Nachricht handeln. 
In diesem Beispiel soil das Absenden einer Nachricht an einen 
anderen Kommunikationsteilnehmer mit einem Kommunikationsend- 
gerat 19 durchgefuhrt werden. Im MMS-C 6 liegt die Information 
vor, dass Nachrichten von einem zu einem anderen Kommunikati- 
onsteilnehmer mit einem Kommunikationsendgerat als risikoarm 
eingestuft werden. Demnach kann das MMS-C 6 eine Offline Me- 
thode zur Vergebiihrung anwenden und die Nachricht ohne weitere 
Kommunikation mit der Rechnungsstellungseinheit 16 zustellen. 
Die Vergebiihrung erfolgt iiber das Erfassen aller relevanten 
Daten des Sendens dieser Nachricht in einem Datensatz Ti- 
cket" ) , der Uber die Schnittstelle MM8 zeitverzOgert an die 
Rechnungsstellungseinheit 16 zur weiteren Vergebiihrung zuge- 
stellt wird. Der Transport kann per FTP/FTAM erfolgen. 



Risikoreiche Dienstauspragung: 

Ein Value Added Service Provider (VASP) 18 wendet sich zum 
Senden einer Multimedia-Nachricht an das MMS-C 6 uber die 
Schnittstelle MM7 . Der Inhalt ist speziell auf den Kommunika- 
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tionsteilnehmer 19 zugeschnitten und enthalt fur diesen (19) 
wichtige Inf ormationen, ist also wertvoll. Im MMS-C 6 liegt 
die Information vor, dass Nachrichten dieser Klasse von diesem 
bestimmten VASP 18 als risikoreich zu betrachten sind, vor dem 
Versenden also Kontakt mit der Rechnungsstellungseinheit 16 
aufgenonmien werden muss, welcher mit Online-Mi tteln uber die 
Schnittstelle MM8 erfolgt. Nach er f olgreicher Autor isierung 
der Transaktion durch die Rechnungsstellungseinheit 16 und der 
Ruckmeldung an das MMS-C 6 kann die Nachricht an den Kommuni- 
kationsteilnehmer 19 uber die Schnittstelle MMl gesendet wer- 
den. Vergebiihrt wird in diesem Beispiel der Kommunikations- 
teilnehmer 19. Der erfolgreiche Versand wird vom MMS-C 6 an 
die Rechnungsstellungseinheit 16 gemeldet, die dann die Geld- 
Transaktion des Kommunikationsteilnehmers 19 abschlielit. 
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Patentanspriiche 

1. Verfahren zum dynamischen Verarbeiten von mindestens einem 
Datenverarbeitungsauftrag in einem Kommunikationsnetz, 
durch ein Datenverarbeitungssystem, dass derart ausgestaltet 
ist, dass es Datenverarbeitungsauf trage sowohl in Echtzeit, 
als auch stapelorientiert verarbeiten kann und mindestens ein 
Datenverarbeitungsauftrag abhangig von mindestens einer Ein- 
gangsgrofie in Echtzeit oder stapelorientiert verarbeitet wird. 

2 . Verfahren nach Anspruch 1 
dadurch g e k e n n z e i c h n e t , 

dass als EingangsgrOBe eine Information tiber die Prioritat des 
zu verarbeitenden Datenverarbeitungsauf trags verwendet wird. 

3. Verfahren nach einem der vorhergehenden Ansprtiche, 

dadurch g e k e n n z e i c h n e t , 

dass als Eingangsgrolie eine Information liber die zu verwenden- 
de Verarbeitungsgeschwindigkeit verwendet wird. 

4. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch g e k e n n z e i c h n e t , 

dass als EingangsgroBe eine Information Uber die von einem 
Teilnehmer benutze Schnittstelle verwendet wird. 

5. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch g e k e n n z e i c h n e t , 

dass als EingangsgroBe eine Information Uber die Bandbreite 
der jeweiligen Schnittstelle verwendet wird. 

6. Verfahren zum Vergebuhren von an einen Kommunikationsteil- 
nehmer eines Kommunikationsnetzes (15) bereitgestellte Diens- 
te, 

dadurch g e k e n n z e i c h n e t , 

dass mindestens eine Kegel betreffend die Art und den Zeit- 
punkt der VergebUhrung eines ber eit zustellenden Dienstes fur 
mindestens einen Kommunikationsteilnehmer (13) in ein Spei- 
chermittel eingetragen wird. 



200303251 



13 

dass bei einer Anfrage von einem Kommunikationsteilnehmer (13) 
betreffend die Bereitstellung eines Dienstes mindestens eine 
eingetragene Kegel von einer Rechnungsstellungseinheit (16) 
abgefragt wird und 

dass die Vergebuhrung des bereitgestellten Dienstes regelab- 
hangig erfolgt. 

V.Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Vergebuhrung regelabhangig von einem Guthaben-Konto 
durchgef uhrt wird. 

. 8. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Vergebuhrung regelabhangig zu einem bestiramten Zeit- 
punkt durchgef uhrt wird. 

9. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass die Vergebuhrung regelabhangig aufgrund einer Einteilung 
von Diensten in Risikogruppen durchgefuhrt wird. 

10. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass ein INAP/CAP-Protokoll und/oder eine Radius-IP- 
Schnittstelle verwendet wird. 

11. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Vergebtihrung regelabhangig von einer Angabe betref- 
fend die Vertrauenswurdigkeit eines Telekommunikationsteilneh- 
mers erfolgt. 

12. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass in dem Speichermi ttel fiir mindestens einen Kommunikati- 
onsteilnehmer (13) mindestens eine Regel vom Netzbetreiber 
eingetragen wird. 
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13.yorrichtung zura Vergebuhren von an einen Koironunikations- 
tezlnehmer (13) eines Koxniaunikatlonsnetzes (15) bereitgestell- 
te Dienste, 

- mit einem Speichermittel zum Eintragen mindestens einer Re- 
gel betreffend die Art und der Zeitpuntt der VergebUhrung 
ezne. zu bereitstellenden Dienstes fur mindeatens einen L- 
munikationsteilnelmer (13), 

- ""^-er Empfangseinhelt in einer Rechnungsstellungseinheit 
(16) Empfang einer Anfrage betreffend die Vergebahrung 
ernes zu bereitstellenden Dienstes, 

- mit einer Verarbeltungseinheit zum Abfragen des Speichermit- 
tel nach .indestens einer Kegel und zu der regelabhangigen 
Durchfuhrung der VergebUhrung, 

■ S-deeinheit zu. «eiterleiten des VergebUhrungser- 

gebnisses an ueitere Netzeinheiten (14) . 
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Z u s amine n f a s s un g 

Dynamische Verarbeitung von Datenverarbeitungsauf tragen 

5 Eine kostenef f ektive und effiziente Moglichkeit zur dynami- 
schen Verarbeitung von Datenverarbeitungsauf tragen wird be- 
schrieben durch das Verfahren und der Vorrichtung zum dynaitii 
schen Verarbeiten von mindestens einem Datenverarbeitungsauf 
trag in einem Kommunikationsnetz, durch ein Datenverarbei- 

0 tungssystem, dass derart ausgestaltet ist, dass es Datenver- 
arbeitungsauf trage sowohl in Echtzeit, als auch stapelorien- 
tiert verarbeiten kann und mindestens ein Datenverarbeitungs 
auftrag abhangig von mindestens einer Eingangsgrofie in Echt- 
zeit Oder stapelorientiert verarbeitet wird. 

5 

(Fig. 1) 
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